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© Verfahren zum Lastausgleich in einem Multiprozessorsystem, insbesondere ein Multiprozessorsystem eines 
Kommunikationssystems, bei dem anfallende Aufgaben von mehreren Prozessoren unter Realzeitbedingungen 
abgearbeitet werden konnen. Geraten aufgrund von lokalen Starklastsituationen einzelne Prozessoren in Uber- 
last, so wird ein Abbau der lokalen Uberlast dadurch erreicht, daB in dieser Lastsituation weitere eintreffende 
Anforderungen an den Prozessor so weit als moglich/notig an andere, nicht Gberlastete Prozessoren weitergelei- 
tet werden. 
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Die Erfindung betrifft ein Verfahren zum Lastausgleich in einem Multiprozessorsystem, bei dem 
anfallende Aufgaben von mehreren Prozessoren unter Realzeitbedingungen abgearbeitet werden konnen. 

Wenn es sich bei dem Multiprozessorsystem urn ein prozessorgesteuertes Kommunikationssystem 
handelt, wird das Kommunikationssystem aufgrund eines prognostizierten Vermittlungsaufkommens 

5 und/oder einzuhaltender Mindestanforderungen, wie beispielsweise die an die Verbindungsaufbauzeiten 
(Through Connection Delay), dimensioniert. Ein wesentlicher Parameter der die Dimensionierung eines 
Vermittlungssystems bestimmt, wird mit dem zu erwartenden Verkehrswert vorgeben. Dieser Verkehrswert 
ergibt sich dabei aus dem Quotienten der sich aus der Summe der Belegungsdauer - bezogen auf die 
Belegungen in einem Beobachtungsintervall errechnet. Ein nach den herkommlichen Verkehrserwartungen 

io dimensioniertes prozessorgesteuertes Kommunikationssystem mu8 jedoch weitgehendst auch alle ankom- 
menden Vermittlungsanfragen bei auftretenden Spitzenbelastungen, die an bestimmten Tagen, einzelnen 
Tagesstunden oder nicht vorherbestimmbaren Ereignissen auftreten, beispielsweise unter Zuhilfenahme von 
Lastausgleichsverfahren, abarbeiten konnen. 

Der Erfindung liegt die Aufgabe zugrunde, ein Lastausgleichsverfahren fUr ein Realzeitsystem anzuge- 

15 ben, das gewahrleistet, dafi auch in Starklastsituationen moglichst wenig Prozessoranforderungen abgewie- 
sen werden. 

Die Aufgabe wird durch die Merkmale des Patentanspruchs 1 gelost. 

Die Erfindung bringt den Vorteil mit sich, dafi auf Grund der Berucksichtigung von Lastzustanden von 

Prozessoren die Uberlast einzelner Prozessoren auf freie, nicht Uberlastete Prozessoren verteilt wird, wobei 
20 die verteilten Aufgaben keine zusatzlichen Lastschwankungen innerhalb von vermaschten Prozessoren 

verursachen sowie die Einhaltung der Through Connection Delays dadurch nicht beeinfluBt werden. 

Desweiteren bringt die Erfindung neben dem Vorteil, daB die in "Unterlast" befindlichen Prozessoren 

vor Oberlastung durch verteilte Aufgaben geschOtzt werden, den weiteren Vorteil mit sich, dafi die 

Auslastung des Prozessors an seiner "Hochlastschwelle" orientiert wird. 
25 Eine Ausgestaltung der Erfindung ist, dafi die Lastkennwerte mit einem Hysteresewert beaufschlagt 

werden, was den Vorteil mit sich bringt, daB Oberschwingungen bei Eintritt in den Oberlastfall vermieden 

werden. 

Eine weitere Ausgestaltung der Erfindung ist, dafi zusatzliche Aufgaben auch durch einen Prozessor 
abgearbeitet werden, dessen Lastzustand mit "high" eingestuft wird, dies bringt den Vorteil mit sich, dafi 
30 die Anzahl der zugewiesenen fremden Aufgaben pro Prozessor an seiner zur Verfugung stehenden freien 
Kapazitat orientiert werden. 

Eine Ausgestaltung der Erfindung ist, dafi der Anteil der von einem in Uberlast befindlichen Prozessor 
wegzuverteilenden Aufgaben aus der Lastkennzahl ermittelt wird. 

Eine Ausgestaltung der Erfindung ist, dafi zur selbst bearbeiteten Last die verteile Last geschatzt dazu 
35 addiert wird. Dies bringt den Vorteil mit sich, dafi erst wenn die geschatzte tatsachlich am Prozessor 
aniiegende Last unter eine Hochlastschwelle sinkt und eine vermittlungstechnische Oberlasteinstufung auf 
Null gesetzt und eine Sicherheitsperiode eingehaiten wurde. die Uberlastsituation des Prozessors als 
beendet angesehen wird. 

Vorteilhafte Weiterbildungen der Erfindung sind in den Unteranspruchen angegeben. 
40 Weitere Besonderheiten der Erfindung werden aus der nachfolgenden naheren Erlauterung eines 
Ausfuhrungsbeispiels, in Form eines Kommunikationssystems, anhand der Zeichnungen ersichtlich. 

Es zeigen: 

Fig 1 . einen Teil eines Kommunikationssystems, 

Fig 2. Prozefi-Verarbeitungseinheiten eines solchen zum Kommunikationssystem gehorenden Grup- 
45 penprozessors, 

Fig 3. ein Schema fur das erfindungsgemafie Verfahren, und 
Fig 4. ein Ablaufdiagramm. 
Fig 1 zeigt schematisch, in einem zum Verstandnis der Erfindung erforderlichen Umfang Komponenten 

eines Kommunikationssystems K. Diese Komponenten sind Teilnehmerendgerate Tn1 Tnm, AnschluBbau- 

50 gruppen LTG1,....,LTGn fur den AnschluB der mit diesen Teitnehmerendgeraten verbindenden Teilnehmer- 
anschlufileitungen, Gruppenprozessoren GPn, ein Koordinationsprozessor CP Oder ein weiterer die Funktio- 
nen eines Koordinationsprozessors Ubernehmender Gruppenprozessor GP, eine Schnittstelleneinrichtung 
SE zu weiteren Vermittlungssystemen, eine Serviceinheit SU, einem im Asynchronen Transfer Mode 
arbeitenden Multiplexer AMX sowie ein Koppelnetz SNB, daB mit einem Asynchronem Transfer Mode ATM 
55 Verbindungswege zu gewunschten Teilnehmerendgeraten Tnm durchschaltet. Die Ahschlufibaugruppen 
LTGn fassen jeweils eine Mehrzahl von Teilnebmerendgeraten zusammen. Vermittlungstechnische Aufga- 
ben die in den AnschluBbaugruppen LTGn anf alien werden jeweils durch mindestens einen Gruppenprozes- 
sor GPi bearbeitet. Die in einem Kommunikationssystem K verwendenten Gruppenprozessoren GPn sind 
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dabei im wesentlichen alie gleichartig strukturiert. Die Gruppenprozessoren GPn haben Ober den Multiplexer 
AMX Zugang zu weiterverarbeitenden Einheiten des Kommunikationssystems K. An diesen Multiplexer A MX 
sind neben den Gruppenprozessoren GPn die Service Einheit SU, das Koppelnetz SNB als auch weitere 
Prozessoren, wie beispielsweise ein Koordinationsprozessor CP angeschlossen. Ober den Asynchronen 

5 Transfer Mode Multiplexer AMX besteht unter anderem auch ein Zugang zu anderen Vermittlungssystemen. 
Die Gruppenprozessoren GPn sind hauptsachlich fur den Verbindungsaufbau und Verbindungsabbau 
zustandig. Sie besitzen zudem zur Abwicklung solcher vermittlungstechnischer Aufgaben Kenndaten uber 
die speziellen Auspragungen der an ihnen angeschlossenen AnschluBbaugruppen LTGn. Der Datenaus- 
tausch zwischen den Gruppenprozessoren GPn findet uber den AMX statt. 

10 Fig. 2 zeigt einige fur die Erfindung wesentliche System komponenten des Gruppenprozessors GPi. Der 
Gruppenprozessor GPi wird intern in eine Vielzahl virtueller Prozessoreinheiten VCPUs unterteilt, die jeweils 
fur verschiedene Aufgaben zustandig sind. Die Zuweisung der Rechenzeit der "Central Prozessor Unit" 
CPU an die jeweiligen Mikroprozessoreinheit VCPUs erfolgt Ober ein spezielles Zuweisungsverfahren 
(Scheduling). Im Zusammenhang mit der Erfindung ist die virtuelle Prozessoreinheit VCPU-CallP von 

15 besonderem Interesse, da sie fur die Vermittlung der Telefonverbindungen zustandig ist. Die virtuelle 
Prozessoreinheit VCPU-CallP setzt sich intern aus einer Vielzahl von Prozessen zusammen: 
Beispielsweise seien hier einige Prozesse sowie deren Aufgaben aufgefuhrt: 

- ESIS: Extended Signalling and Interworking Subsystem Das EWSX Signalling and Interworking 
Subsytem ESIS bildet die Schnittstelle zwischen den verschiedenen an die AnschluBbaugruppen 

20 LTGn zugeordneten Teilnehmerendgeraten Tn1....,Tnm und fuhrt die Anpassung zwischen externen 

Signalisierungssystemen und dem internen Message Interface durch. 

- ECPS: Extended Call Prozessing Subsystem Dieses Subsystem ist fOr die Verarbeitung des Call- 
Routing, Call-Setups, Call-Cleardown sowie spezielle Features zustandig. Zur Abarbeitung dieser 
Prozesse konnen spezielle Dienstleistungen, wie die des ATS(Access Transaction Segment). UTS 

25 (User Transaction Segment). AS (Associator Segment) in Anspruch genommen werden. 

Diese Prozesse kommunizieren miteinander Ober sogenannte Messages. Pro Verbindung eines Calls, 
einer von einem Teilnehmerendgerat Tnm ausgelosten Prozedur zum Verbindungsaufbau, werden dabei 
eine Vielzahl von Messages zwischen den einzelnen Prozessen verschickt Dieser im Einzelfall aus weit 
uber 100 Meldungsprozeduren bestehende Meldungsverkehr lauft pro Call auf einen einzigen Gruppenpro- 

30 zessor GPi ab. Wird ein Call verteilt, laufen die Messages zwischen dem ProzeB ESIS, der sich auf dem 
"Heim-Gruppenprozessor" GPj befindet und den ECPS Prozessen sowie weiteren vermittlungstechnischen 
Prozessen uber das ATM Netz auf einen noch "belastbaren" Gruppenprozessor GPx ab. 

Fig. 3 zeigt schematisch ein Verteilschema, daB an den Gruppenprozessor GPj anliegende Calls C an 
noch "belastbare" Gruppenprozessoren GPx weiterleitet. 

35 Ein in den Gruppenprozessor GPn implementierter Load-Manager GPLM, der durch die virtuelle Prozesso- 
reinheit Operation & Maintainance (high prioity) VCPU-OAMH jeweils eine Prozessorzeit zur Abarbeitung 
seiner Aufgaben zugewiesen bekommt, ermittelt den augenblicklichen Lastzustand (Gruppenprozessor Load 
State) GPLS des Gruppenprozessors sowie einen Wert OPL (Overload Priority Level) der eine spezifische 
vermittlungstechnische Oberlastabwehrstufe angibt. Diese spezifische vermittlungstechnische Oberlastab- 

40 wehrstufe OPL wird jeweils im Lastzustand - "overload"- des Gruppenprozessors ermittelt. Folgende 
Lastzustande - normal, high, overload und extreme - des Gruppenprozessors GPn werden entsprechend 
der Belastung der zentralen Prozessoreinheit CPU des Gruppenprozessors vom Load-Manager GPLM 
ermittelt. Die einzelnen Lastzustande GPLS des Gruppenprozessors GPx sind dabei beispielsweise wie folgt 
charakterisiert: 

45 

GPLS-normal: 

Die Auslastung des Gruppenprozessors ist unterhalb seiner fUr ihn definierten Normallastschwelle. Die 
Normallastschwelle liegt beispielsweise bei 0,71 Erlang. (Erlang ist die Einheit des Verkehrswertes, wobei 
so 0.71 Erlang einer Auslastung des Gruppenprozessors von 71 Prozent entspricht) 

GPLS-high : 

Der Gruppenprozessor befindet sich in Hochlast, das heiBt oberhalb seiner Normallastschwelle. In 
55 diesem Zustand werden noch keine UberlastabwehrmaBnabmen fur den Gruppenprozessor eingeleitet. 
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GPLS-overload: 

Der Gruppenprozessor befindet sich in Oberlast Aufgaben die vom Gruppenprozessor zu erledigen 
waren, werden soweit moglich, kurzfristig auf andere, nicht uberiastete Gruppenprozessoren GPn ubertra- 
s gen. Die Uberlastschwetle liegt beispielsweise bei > 0.8 Erlang. 

Der auf dem Gruppenprozessor GPn implementierte Load Manager GPLM ist neben der Ermittlung der 
Lastzustande GPLS auch fur die Bestimmung der vermittlungstechnischen Oberlastabwehrstufen OPL 
wahrend der Auslastphase -overload- des Gruppenprozessors GPn zustandig. Die vermittlungstechnischen 
Uberlaststufen OPLn sind ein MaB fur die Intensitat der Oberlastabwehr, die wahrend sich der Gruppenpro- 
70 zessor GPn in Oberlast befindet, von den vermittlungstechnischen Prozessoren und der dazugehorenden 
Peripherie durchgefuhrt werden konnen. Die vermittlungstechnischen Uberlaststufen OPL werden dabei 
vorzugsweise in Stufen zwischen 0 und 6 unterteilt: 

- OPL 0 bedeutet keine Abwehr, bei 

- OPL 1 es werden ca. 16 Prozent aller neu ankommenden Calls abgewiesen, bei 

75 - OPL 6 werden nur noch Calls akzeptiert die uber priorisierte Verbindungsleitungen von einem anderen 
Kommunikationssystem eintreffen. 
Die hier aufgefuhrten Lastzustande GPLS des Gruppenprozessors GPn sowie die vermittlungstechni- 
schen Uberlaststufen OPLn konnen beliebig, entsprechend der Dimensionierung des Kommunikationssy- 
stems K, verfeinert oder abgerundet werden. 

20 1st ein Gruppenprozessor GPi nicht im Lastzustand "overload", wird kein Call weiterverteilt. Ist ein 
Gruppenprozessor jedoch in dem Lastzustand "overload" so wird ein Anteil der neu ankommenden Calls 
anhand eines Wertes q, der zwischen 0 und 1 schwankt, bestimmt der zur weiteren Abarbeitung an freie 
Gruppenprozessoren GPx weitergeleitet werden sollte. Durch einen weiteren ermittelbaren Wert p, der die 
Aufnahmefahigkeit fur weitere Calls der Obrigen Gruppenprozessoren wiedergibt. wird festgelegt, ob 

25 aufgrund der Gesamtauslastung dieser Gruppenprozessoren GPn des Kommunikationssy stems K uberhaupt 
verteilt werden kann. Wenn entschieden ist , daB ein Call verteil werden soli, wird entsprechend der 
ermittelten Werte p der Gruppenprozessoren bestimmt welche "Ziel Gruppenprozessoren" GPx zur 
Abarbeitung der ECPS Prozeduren bereitgestellt werden. 

Die Werte q und p werden von jedem Gruppenprozessor GPn aus den Lastzustanden GPLS und seines 

30 eigenen Lastwertes a lokal berechnet. Nachfolgend ist ein Pseudocode zur Berechnung der Werte p und q 
angegeben. 

PROCEDURE calc q; 
35 1 calculate q; 

BEGIN 

IF q=0 

THEN q:=min ( 1, f reeGPs/overloaded GPs-0.1)); 



45 
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IF myOLC.GPLS<2 

THEN BEGIN ! GP not overloaded; 

IF q<f reeGPs/ (overloaded :GPs+0 . 01) ! q too small; 

THEN q: =MIN(1 / f ree GPs/ (overloaded GPs+0.01)) 
ELSE q:=MIN(q*p sum, 1 ) ; !no distr. ness w slowly 
increase q 
END 

ELSE BEGIN !GP is overloaded; 

IF p sum > 1 !too much distributed; 

THEN BEGIN 

q:=q*p sum; 

damping: =damping+l; 
END 

ELSE BEGIN Imore distribution possible; 

IF (myOLC.Of £eredLoad>0, 95 OR myOLC.OPL>0) AND 
darnping>2 

THEN BEGIN 

q:=MIN(q*1.2,l) ; 
damping :=0; 

END 

ELSE damping : =damping+l ; 

IF myOLC.of f eredLoad<0 . 65 AND myOLC.OPL=0 
THEN BEGIN 

q:=MAX(0,q/l.l) ; 

damping : =damping+l ; 
END; 
END; 

END GP is overloaded; 
END PROCEDURE calc q; 
END CLASS smartGPL TAB; 

PROCEDURE calc p; 
! calculate p (i) ; 
BEGIN 

INTEGER i; 

REAL alpha; ! Initializationprob. for p; 
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alpha :=1/ (4* ( f reeGPs+0 . 1 ) ) ; 
p_sum: =0; 

FOR i:=l STEP 1 UNTIL NumberOfGPs DO BEGIN 
IF the GPL TAB(i) =0 
THEN BEGIN 

IF p(I)=0 THEN p(i):=alpha ELSE p ( i ) : =p ( i) *1 . 05; 
END; 

IF the GPL TAB(i)=l 

THEN p(i) :=max(0,p(i)*0.9); 

IF the GPL TAB ( i ) >1 

THEN p(i) :=0; 

p sum: =p sum+p(i); 

END; 

IF p sum>0 THEN BEGIN Inormalize p(); 
FOR j:=l STEP 1 UNTIL NumberOfGPs DO 
P ( 3 ) : =P< 3 ) /p sum; 

END 

END PROCEDURE calc p; 

In Fig. 4 ist ein Ablaufdiagramm, in dem die einzelnen Programmprozeduren angedeutet sind, die zur 
Abarbeitung von beispielsweise lokal auftretenden Uberlasten an einen Gruppenprozessor GPj aufgerufen 
und abgearbeitet werden. 

Die Berechnung von den im Verteilschema Fig. 3 angegebenen Werten pi(n), qj sowie der Lastzustand 
GPLSj geschieht wie oben bereits erwahnt im Programmodul Load Manager GPLM des Gruppenprozessors 
GPj. Der GPLM ist ein ProzeB der von der virtuellen Prozessoreinheit VCPU-OAMH abgearbeitet wird 

Nachfolgend werden die im Ablaufdiagramm aufgezeigten Schritte beschrieben: 

- Berechnung des Lastwertes a: 

Der Lastwert a wird aus der Belastung der zentralen Prozessoreinheit des jeweiligen Gruppenprozes- 
sors ermittelt. 

- Bestimmung des Load States GPLS eines Gruppenprozessors GPs: 

Zur Bestimmung des Load State GPLS wird ein integrierender Startindikator S, der in der Art eines 
Schatzers" eine andauemde Oberlastsituation erkennt, ein Load Balancing Flag LBF sowie x eine 
Hysteresebreite, der beispielsweise der Wert 0,1 zugewiesen werden kann, verwendet. 
Die Bestimmung der quantifizierten GroBen GPLS wird nach folgendem Pseudocode durchqefUhrr 

a) Bisheriger GPLS "Normal" 

if a > Normallastschwelle + x 
then GP LS := "high" ; 

if S > Thresh and a > Hochlastschwelle + x 
then GPLS := "overload-; 

b) Bisheriger GPLS "high" 
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if a < Normallastschwelle 
then GPLS := "normal" 
s if S > Thresh und a > Hochlastschwelle + x 

then GPLS := "overload"; 

c)Bisheriger GPLS "overload** 

10 

if LBF= true 

then a*: = a/ (1- q(j)d) 

else a 1 : = a; 

75 

if a 1 > Hochlastschwelle or OPL > 0 
then begin 

GPLS:="overlast" ; 
20 real overlast := true; 

if (OPL = 6 since 3s) 
Then GPLS := "extrem" 

25 end 

esle begin (Ab hier liegt keine echte Uberlast mehr vor) 



if no rejection since 6s 
then beginn 
if a x < Hochlastschwelle 
then begin 
GPLS := "high" 
if a N < normallastschwelle 
then GPLS := "normal" 
end; 
end 
else begin 

GPLS := "overload"; 
real overload: = false; 
end; 
end; 



d) Bisheriger GPLS = "extrem" 

Von den eigenen Anschlufieinheiten LTGs wird kein neuer Lastverkehr mehr angenommen. 
55 Die Program mprozedur "Bestimmung GPLS" wird im wesentlichen aus dem Lastwert a des Prozessors 
der letzten Sekunde bestimmt. Falls bereits verteilt wird, wird Ober die Gr66e a 1 , die die tatsachliche an den 
Gruppenprozessor anliegende Last ausdrOckt, berechnet. Der Lastwert a 1 steltt einen Schatzer fur die zu 
erwartende Last fur die zentrale Prozessoreinheit CPU des nachsten Kontrollintervalls dar. 
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- Informieren der Load Manager auf alien GPn Ober die LastzustSnde aller GPn 
Zwei Moglichkeiten der Informationsverteilung kommen dazu in Betracht: 

a) Alle GPLMs senden ihre lokale Lastinformation (GPLS, OPL) an einen zentralisierten ProzeB, Load 
Control Master (LOCM) genannt, auf einem ganz bestimmten Prozessor GPx. Der LOCM sammelt die 
Lastinformationen und sendet so rasch als moglich die gesammelten Informationen an aile GPLMs im 
System. 

b) Mittels einer , jeder-informiert-jeden , Kommunikation zwischen den GPLMs verteilt jeder GPLM seine 
lokale Lastinformation (GPLS, OPL) an die GPLM aller anderen GPn im System. 

Nach einem kurzen Zeitintervall der Zwischenspeicherung aller GPLS werden diese an alle GPn verteilt 
und dort jeweils in eine Tabellen eingetragen. Nach einem kurzem Zeitintervall, stehen aktuallisierte GPLS 
von jedem Gruppenprozssor GPx zur Eintragung in eine Gruppenprozessortabelle bereit. 

- Bestimmung der zusMtzlich abzuarbeitenden Aufgaben p(i): 

Der Wert p(i) ist dabei der Anteil der von den "Heim- Gruppenprozessoren " wegverteilten Calls C f 
die auf einen freien Gruppenprozessor GP(j) bearbeitet werden sollen. Der Wert p(i) wird dabei nach 
folgender Strategie bestimmt: 

a) GPLS(i) = "normal" 

p(i) kann erhoht werden, da auf GP(i) noch Bearbeitungskapazitat ausgenutzt werden kann 

b) GPLS(i) = "high" 

p(i) wird verringert, da GP(i) zuviel Last hat 

c) GPLS(i) = "overload" 

p(i) wird auf Null gesetzt, da GP(i) in einem Betriebszustand der Uberlast ist. 
Bei der Neueinstellung der Werte p(i) wird von einem durchschnittlichen Verteilanteil pro freien 
Gruppenprozessor GP(i) ausgegangen. Solange sich ein GP(i) im Lastzustand "overload" befindet, ist p(i)- 
= 0. Wechselt der Lastzustand von "overload" in "normal" oder "high" so wird der Wert p(i):= 1/(C*(Anzahl 
der freien GP(x)) festgelegt. C ist ein Parameter, in dem vermittlungsspezifische Oberlegungen betreffend 
der Vermeidung eines Uberschwingens des Lastverteilsystems in der Einschwingphase eingeht 

- Bestimmung der wegzuverteilenden Aufgaben q(j) 

Bevor der Wert q(j), der den Anteil der wegzuverteilenden Calls angibt, wenn ein Gruppenprozessor 
im Lastzustand Uberlast ist, wird an Hand der p(i) festgestellt ob uberhaupt verteilt werden kann. 
Ergibt die Summe der noch nicht normierten p(n) einen Wert der groBer als 1 ist, so wird der Wert q- 
(j) nach den Erfordernissen des jeweiligen GP(j) bestimmt. Anhand des Lastwertes a' wird festgestellt, 
ob q{j) erhoht oder erniedrigt werden sollte. Falls der GP(j) nicht im Lastzustand "overload" ist wird 
immer versucht q(j) zu erhohen. 

a) Falls die vermittlungstechnische Oberlaststufe OPL > 0 oder Lastwert a > 0 8 + x (mit x =0 1) ist 
wird q(j) erhoht. * ' 

b) Falls GPLS(j) = "overload" und OPL = 0 und Lastwert a < 0,8 -x ist wird qO) verringert. 
c) 



Falls GPLS ( i ) < "overload" erhohe q { i ) 

Die Bestimmung des Wertes q(j) im Fall c bezieht sich auf den Einstieg in die Lastverteilung. 

Normalerweise sollte dann q(j)= 1 sein, urn bei plotzlicher Uberlast maximale Verteilung zu bekommen. 
Wenn das Kommunikationssystems K an seiner Leistungsgrenze arbeitet, mufi q(j) kleiner sein, urn die 
Lastverteilung, durch Eintritt zusatzlicher Gruppenprozessoren GPx in Oberlast nicht zu gefahrden Aus 
diesem Grund wird q(j) verringert, falls die Summe der einzelnen p(n) kleiner als 1 ist. 

Urn mdgliche Schwingungen des Uberlastverfahrens zu vermeiden, ist es vorteilhaft. wenn vor einer 
Verringerung des Werte q(j) ein kurzer Zeitintervall abgewartet wird. Nachdem festgestellt wurde, daB der 
Gruppenprozessor GP(j) Calls verteilen mochte, wird das Load Balancing Flag LBF "true" , wenn nicht, wird 
das LBF "false" gesetzt. In einem mit Guard Period bezeichneten Schutzintervall, wird das Load Balancing 
Flag LBF :- false gesetzt, obgleich der Gruppenprozessor GPO) sich im Lastzustand "overload" befinden 
kann. 

Bei einer Neueinstellung des Wertes q(j) wird folgender Algorithmus angewendet: 
Falls q(j) = 0 wird q(j):= min (1, (Anzahl freier GPx/ Anzahl der GPs die im Lastzustand "overload" sind)). 
Ist der GPLS von GP(j) nicht im "overload" und q(j) < (Anzahl freier GPs /Anzahl der GPs in "overload"), so 
wird q(j) :-min(1, Anzahl freier GPs/Anzahl GPs in "overload") gesetzt. Wenn der GP(j) nicht in "overload" 
ist, ist normalerweise q(j) = 1, urn einen schnellen Einstieg in die Lastverteilung zu gewahrleisten falls der 
GPO) plotzlich in Uberlast gerat. Falls jedoch mehr GPs in "overload" sind als GPs zur Aufnahme von 
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fremder Uberlast bereitstehen, wird qG) passend kleiner gewShlt, um die nicht Uberlasteten GPs vor 
Uberlast zu schtltzen und damit das System der Lastverteilung nicht zu gefahrden. 

Das Verteilen der Calls erfolgt wie nachfolgend angegeben: Beim Anliegen eines Calls, stellt der 
Service Manager SM, der eine direkte Schnittstelle zu den zu bearbeitenden Calls darstellt und die 

5 eigentliche Verteilung der Calls vornimmt anhand des LBF fest, ob verteilt werden soil Oder nicht. Falls 
verteilt werden soli, wird untersucht, ob es moglich ist den anliegen Call zu verteilen. Falls die Verteilung im 
Prinzip moglich und erwtinscht ist, wird entschieden, ob dieser spezielle Call verteil werden soil. Dazu wird 
der Quotient aus den bisher in dem Zeitintervall verteilen Calls mit der Anzahl aller ankommenden Calls 
gebildet und mit qG) verglichen. Ist der Quotient groBer als q(j), wird der Call verteilt. Ist beispielsweise die 

70 Anzahl der bisher angekommenen Calls 20, die der bisher verteilten Calls 4 und der Wert q(i) = 0,25, so 
ergibt sich aus dem Quotienten 4/20, daB dieser kleiner als q(j) ist. In diesem Fall wird der Call verteilt. 
Wenn der Call verteilt werden soil, wird dazu analog anhand der Werte von p(j) entschieden, welcher 
Gruppenprozessor GPx die Bearbeitung des Calls Gbernimmt 

is Patentanspruche 

1. Verfahren zum Lastenausgleich in einem Multiprozessorsystem, insbesondere ein Multiprozessorsy- 
stem eines Kommunikationssystems (K), bei dem anfallende Aufgaben von mehreren Prozessoren 
(GPn) unter Reaizeitbedingungen abgearbeitet werden konnen, 

20 mit folgenden Verfahrensschritten: 

- jeder Prozessor(GPi) ermittelt seinen Lastzustand(GPLSi) in Form einer quantifizierten GroBe, 

- jedem Prozessor(GPi) werden die LastzustSnde(GPLSn) der anderen Prozessoren(GPn) innerhalb 
eines Zeitrasters mitgeteilt, 

- jeder Prozessor(GPi) gibt in Abhangigkeit vom Uberschreiten einer bestimmten Grofie seines 
25 Lastzustandes(GPLSi) und in Abhangigkeit von den Lastzustanden der Ubrigen Prozessoren- 

(GPn) zumindest einen Teil der bei ihm anfallenden Aufgaben an die Ubrigen Prozessoren(GPn) 
ab, 

- die abgegebenen Aufgaben werden entsprechend der Lastzustande (GPLSn) der ubrigen 
Prozessoren(GPn) auf diese aufgeteilt. 

30 

2. Verfahren nach Anspruch 1 , 
dadurch gekennzeichnet, 

daB ein Prozessor(GPi) nur so viele Aufgaben abgibt, daB sein Lastzustand(GPLS) wieder die genannte 
bestimmte GroBe unterschreitet. 

35 

3. Verfahren nach Anspruch 1 , 
dadurch gekennzeichnet, 

daB die die Lastzustande charakterisierenden quantifizierten GroBen jeweils in deren oberen sowie 
unteren Bereichsubergangen mit einem Hysteresewert versehen werden. 

40 

4. Verfahren nach Anspruch 1 , 
dadurch gekennzeichnet, 

daB bei Abgabe von Aufgaben von einem Prozessor(GPi) an die Obrigen Prozessoren (GPn) zusatzlich 
ein MaB fOr eine Aufgabenabwehr des Prozessors(GPi) bestimmt wird. 

45 

5. Verfahren nach Anspruch 1 , 
dadurch gekennzeichnet, 

daB die prozessorbezogenen Lastzustande (GPLSn) mittels einer , jeder-informiert-jeden , Kommunika- 
tion von den einzelnen Control Managern der Prozessoren (GPn) direkt an alle anderen Control 
so Managern der Prozessoren (GPn) im Kommunikationssystem (K) verteilt werden. 

6- Verfahren nach Anspruch 1 , 
dadurch gekennzeichnet, 

daB die prozessorbezogenen Lastzustande(GPLSn) im Load Control Manager (LOCM) eines bestimm- 
55 ten Prozessors(GPx) zusammengefaBt werden. 

7. Verfahren nach Anspruch 6, 
dadurch gekennzeichnet, 
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daB entsprechend eines Zeitrasters die in dem bestimmten Prozessor(GPx) zusammengefaBten 
Lastzustande(GPLSn) jeweils in Tabellen der Prozessoren(GPn) abgespeichert werden. 

8. V rfahren nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, 

daB in Abhangigkeit vom jeweiligen Lastzustand (GPLS) der Prozessoren der Anteil (pi(n)) der 
zusatzlich durch sie noch abarbeitbaren Aufgaben festgelegt wird. 

9. Verfahren nach einem der vorherigen Anspruche, 
dadurch gekennzeichnet, 

daB in Abhagigkeit vom jeweiligen Lastzustand (GPLSn) der Prozessoren (GPi) die von diesem 
wegzuverteilenden Aufgaben (q(j)) erhoht oder vermindert werden. 

10. Verfahren nach einem der vorherigen Anspruche, 
dadurch gekennzeichnet, 

daB in jedem Prozessor in Abhangigkeit vom Summenergebnis, aus den Anteilen (p(i)) der durch die 
ubrigen Prozessoren zusatzlich zu ubernehmenden Aufgaben, der Anteil der wegzuverteilenden Aufga- 
ben (q(j)) im Oberlastfall bestimmt wird. 
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